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DUPLICATE 



Deriving Location Information about a Communicating Entity 
Field of the Invention 

The present invention relates to a method of deriving location information about a 
communicating entity. 

Background of the Invention 

Communication infrastructures suitable for mobile users (in particular, though not 
exclusively, Public Land Mobile Networks, PLMN, in the form of cellular radio 
infrastructures) have now become widely adopted. Whilst the primary driver has been 
mobile telephony, the desire to implement mobile data-based services over these 
infrastructures, has led to the rapid development of data-capable bearer services across 
such infrastructures. This has opened up the possibility of many Internet-based services 
being available to mobile users. 

Data-capable bearer services can be provided, for example, by a Short Message Service 
(SMS), by using a voice traffic circuit for data, or by using specialised data facilities such 
as provided by GPRS for GSM PLMNs (GPRS - General Packet Radio Service - enables 
IP (or X.25) packet data to be sent through the PLMN and full details of GPRS can be 
found in the ETSI, European Telecommunications Standards Institute, GSM 03.60 
specification). 

The availability of data-capable services to mobile devices has led to the development of 
suitable operating environments and applications; of particular note in this connection is 
the "WAP" (Wireless Application Protocol) standard. Details of WAP can be found, for 
example, in the book "Official Wireless Application Protocol" Wireless Application 
Protocol Forum, Ltd published 1999 Wiley Computer Publishing. Where aPLMN is WAP 
enabled, the data-capable bearer service involved will be routed to the outside world via a 
WAP proxy gateway. *• 



A number of technologies also exist for the short range wireless communication of 
information to and between mobile devices. These technologies include infra-red based 
technologies and low-power radio technologies (including, in particular, the recent 
"Bluetooth" short range wireless standard). Depending on the technology implementation, 
5 differing types of message propagation will be enabled including asynchronous message 
broadcast, and multicast and point-to-point duplex connections established after 
coordination and negotiation between communicating devices. 

The increasingly widespread deployment of the foregoing technologies in mobile devices 
10 has led to an increased interest in ways of determining the location of mobile devices, 
primarily with a view either to providing user-location information to emergency services 
or to enabling the provision of location-aware information services. A number of methods 
exist for determining the location of a mobile user as represented by an associated mobile 
equipment. Some of these methods result in the user knowing their location thereby 
15 enabling them to transmit it to a location-aware service they are interested in receiving; 
other of the methods result in the user's location becoming known to a network entity from 
where it can be supplied directly to a location-aware service (generally only with the 
consent of the user concerned). Two known approaches to location determination are 
described briefly below with reference to Figures 1 and 2 of the accompanying drawings, 
20 both approaches having in common the fact that the location of the mobile device is 
derived from a knowledge of the location of fixed infrastructure elements. 

Figure 1 shows how location determination can be effected using local, fixed-position, 
beacons here shown as infra-red beacons IRD though other technologies, such as short- 

25 range radio systems (in particular, "Bluetooth" systems) may equally be used. The right 
hand half of Figure 3 show a number of independent beacons 1 3 that continually transmit 
their individual locations. Mobile entity 1 1 A is arranged to pick up the transmissions from 
a beacon when sufficiently close, thereby establishing its position to the accuracy of its 
range of reception. This location data can then be appended to a request 17 made by the 

3p mobile entity 1 1 A to a location-aware service available from service system 40, the request 
being sent over any suitable communications infrastructure 10 (for example, a PLMN 
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where entity 1 1 A has cellular radio capability, the service system being connected directly 
to the PLMN or via a network such as the Internet). A variation on this arrangement is for 
the beacons 1 3 to transmit information which whilst not directly location data, can be used 
to look up such data (for example, the data may be the Internet home page URL of a store 
5 housing the beacon 13 concerned, this home page giving the store location - or at least 
identity, thereby enabling look-up of location in a directory service). 

In the left-hand half of Figure 1, the ERB beacons 12 are all connected to a network that 
connects to a location server 15. The beacons 12 transmit a presence signal and when 

10 mobile entity 11B is sufficiently close to a beacon to pick up the presence signal, it 
responds by sending its identity to the beacon. (Thus, in this embodiment, both the beacons 
12 and mobile entity 1 IB can both receive and transmit TR signals whereas beacons 13 
only transmit, and mobile entity 11A only receives, IR signals). Upon a beacon 12 
receiving a mobile entity's identity, it sends out a message over network 14 to location 

1 5 server 1 5, this message linking the identity of the mobile entity 1 1 B to the location of the 
relevant beacon 12. Now when the mobile entity wishes to invoke a location-aware service 
provided by the service system 40, since it does not know its location it must include it's 
identity in the service request 16 and rely on the service system 40 to look up the current 
location of the mobile entity in the location server 15. 1 

20 

Figure 2 depicts two general methods of location determination from signals present in a 
cellular radio infrastructure, PLMN 25. However, first, it can be noted that in general both 
the mobile entity and the network will know the identity of the cell in which the mobile 
entity currently resides, this information being provided as part of the normal operation of 

25 the system. (Although in a system such as GSM, the network may only store current 
location to a resolution of a collection of cells known as a "location area", the actual 
current cell ED will generally be derivable from monitoring the signals exchanged between 
a Base Station Controller, BSC, and the mobile entity). Beyond current basic cell ID, it is 
possible to get a more accurate fix by measuring timing and/or directional parameters 

30 between the mobile entity and multiple BTSs (Base Transceiver Stations), these 
measurement being done either in the network or the mobile entity (see, for example, 



International Application WO 99/04582 that describes various techniques for effecting 
location determination in the mobile and WO 99/55114 that describes location 
determination by the mobile network in response to requests made by location-aware 
applications to a mobile location center - server- of the mobile network). 

The left-hand half of Figure 2 depicts the case of location determination being done in the 
mobile entity 11C by, for example, making Observed Time Difference (OTD) 
measurements with respect to signals from BTSs 18 and calculating location using a 
knowledge of BTS locations. The location data is subsequently appended to a service 
request 2 1 sent to service system 40 in respect of a location-aware service. The calculation 
load on mobile entity 11C can be reduced and the need for the mobile to know BTS 
locations avoided, by having a network entity do some of the work. The right-hand half of 
Figure 2 depicts the case of location determination being done in the network, for example, 
by making Timing Advance measurements for three BTSs 18 and using these 
measurements to derive location (this derivation typically being done in a unit associated 
with BSC 19). The resultant location data is passed to a location server 20 from where it 
can be made available to authorised services. When the mobile entity 11D of Figure 2 
wishes to invoke a location-aware service available on service system 40, it sends a request 
22 to the service system 40; the service system then obtains the current location of the 
mobile entity 1 ID from the location server 20. 

It has also been proposed to geographically route messages to mobile devices. The paper 
"Geographic Addressing, Routing and Resource Discovery with GPS" (Tomasz Imielinski 
and Julio C. Navas; Computer Science Department, Rutgers, The State University 
Piscataway, NJ) describes various geographic routing applications including geographic e- 
mail, geographic broadcasting, and geographically directed multicasting, for example, to 
all police cars in a specified area. In one described arrangement, "geonodes" provide 
entry/exit points to a geographic routing system which comprises "georouters" that know 
which geonodes cover which areas and therefore can make routing decisions for messages 
that are being geographically routed. The paper also describes a DNS (Domain Name 
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System) solution for geographic routing. The methods described in this paper are not 
directed at how a mobile entity may obtain its own location. 



Also of interest as prior art relevant to the present invention is the "Traceroute" utility for 
5 identifying intermediate nodes along a communication path established through an IP 
(Internet Protocol) network. The operation of this utility is illustrated in Figure 3 and relies 
on the fact that a time-to-live field, generally operating as a "hops-remaining" counter, can 
be set in an IP datagram and when this field is decremented to zero by a receiving node, the 
latter will return an ICMP message to the source entity, this ICMP message carrying the 

10 sending node's IP address as its source address. More particularly, in Figure 3 a 
communications path is depicted between a source node 3 1 and a destination node 32, this 
path passing through three intermediate nodes 33 (IP routers Nl, N2 and N3). In order to 
identify these intermediate nodes, the source node 31 repeatedly sends a datagram 
addressed to destination node 32 but with the time-to-live (TTL) field set successively to 1 , 

15 2,3 and 4. The first of these datagrams 34 (TTL=1), on reaching node Nl is not sent on but 
causes node Nl to return an ICMP "time exceeded" message 35 to the source node 3 1 . The 
second datagram 36 (TTL initially equal to 2) passes through node Nl without problem but 
has its TTL field decremented to 1; on reaching node N2, a "time exceeded" ICMP 
message 37 is returned to source node 31. The third datagram 38 (TTL initially set to 3) 

20 passes through nodes Nl and N2 before being stopped at node N3 which returns a "time 
exceeded" ICMP message 39 to source node 31. Finally, the source node 31 sends a 
datagram 30 with TTL=4 and this reaches destination node 32. 

It is an object of the present invention to provide location information about a 
25 communicating entity that can take advantage of communication infrastructure elements 
that are not of themselves location aware. 
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Summary of the Invention 

According to one aspect of the present invention, there is provided a method of deriving 
location information about a first entity forming one endpoint of an actual or potential 



communication path at the other end of which is a second entity, said method comprising 
the steps of: 

(a) identifying one or more intermediate nodes along said path; 

(b) accessing information about the geographic significance of at least one said 
intermediate node when considered in a direction along said path towards said first 
entity; and 

(c) using the geographic significance information accessed in step (b) to provide said 
location information about the first entity. 

According to another aspect of the present invention, there is provided a method of 
discovering geographic significance information about nodes in a communications 
infrastructure, comprising the steps of : 

(a) deriving location data about a first entity forming one endpoint of an actual or 
potential path through the communications infrastructure to a second endpoint entity; 

(b) identifying one or more intermediate nodes along said path; 

(c) associating the location data with the or each said intermediate node; 

(d) repeating steps (a) to (c) multiple times and thereafter consolidating for each node, 
the associated location data into location zone data constituting said geographic 
significance data for the node. 

Brief Description of the Drawings 

A method, embodying the present invention, for deriving location information about a 
communicating entity, will now be described, by way of non-limiting example, with 
reference to the accompanying diagrammatic drawings, in which: 

. Figure 1 is a diagram illustrating one known approach to determining the location of 
a mobile entity, this approach involving the use of local location beacons; 

. Figure 2 is a diagram illustrating another known approach to determining the 
location of a mobile entity, this approach being based on the use of signals 
present in a cellular mobile radio communications system; and 

. Figure 3 is a diagram illustrating a known "traceroute" utility for identifying 
intermediate nodes along a communications path; 
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i Figure 4 is a diagram illustrating the method embodying the invention whereby 
information of geographic significance is associated with intermediate 
nodes along a communication path and accessed to ascertain location 
information about an entity of interest; 
5 • Figure 5 is a diagram ahowing the main steps carried out in the course of effecting 
the method of Figure 4; and 

. Figure 6 is a diagram showing the main steps of one method of compiling the 
geographic significance information used in the method of Figure 4. 

10 

Best Mode of Carrying Out the Invention 

Figure 4 shows linkages in a communications infrastructure relevant to communication 
between two clients 41 (individually referenced Ml and M2) and two servers 40 
(individually referenced SI and S2). The communications infrastructure comprises nodes 

15 42 (individually referenced Nl 1 to Nl 5). The clients 41 are, for example, mobile entities 
and the servers 40 service systems; in this case, the nodes N14 and Nl 5 are, for example, 
WAP proxy gateways and the nodes Nl 1, N12 and Nl 3 are IP routers on a network (such 
as the internet) connecting the gateways to the service systems. Whether or not the clients 
are mobile entities, in the Figure 4 example the nodes N14 and Nl 5 are taken as providing 

20 communication connectivity only for clients within respective coverage zones Zl and Z2 
respectively. The communications infrastructure can be made up of one or more networks 
of one or more types, including IP networks, telephone networks, etc. 

The communication paths through the infrastructure between the servers 40 and clients 41 
25 extend through the following nodes (assuming non-congested routing by the intermediate 
nodes): 

SI to Ml S1-N11-N13-N15-M1 
SltoM2 SI - Nil -N13 -N14- M2 
S2toMl S2-N12-N13-N15-M1 
30 S2toM2 S2-N12-N14-M2 




The present invention is concerned with ascertaining location information about an entity 
(such as the client Ml or M2) that forms one endpoint of a communication path through 
the infrastructure. In particular, the method of the invention uses the geographic 
significance of infrastructure nodes on the communication path to derive location 
5 information. Of course, since every node in the communication infrastructure is directly or 
indirectly linked to every other node, the mere fact that a communication path passes 
through a node does not, of itself, give any clue as to the location of an endpoint entity. 
However, when direction of node entry and/or exit is taken into account, useful 
information about the locality of the endpoint entity of interest can be derived, (for 

10 convenience, node entry and exit directions are considered herein relative to a direction 
along the communication path towards the endpoint entity of interest, it being appreciated 
that the opposite direction could equally have been used as the reference direction). 
Examination of Figure 4 shows, for example, that where a communication path, considered 
in a direction towards the entity of interest, enters nodeN14 from nodeN13, then the entity 

15 of interest will he in zone Zl. Similarly, where a communication path exits node N12 
towards node N13, the implication is that the entity of interest also lies in zone Zl (because 
if the entity of interest lay in zone 2, the communication path exiting Nl 2 would have been 
directed towards N15). It will be appreciated that exiting a first given node towards a 
second given node conveys the same location information as the entering of the second 

20 given node from the first. 

For each node 42 it is therefore possible to build up an association between entry and exit 
direction (as defined, for example, by the adjacent node) and the geographic significance of 
the node. According to the present method, this association is stored as a corresponding 

25 node record 45 in a database ("GeoDB") 44. In Figure 4, the record 45 for node N13 is 
depicted. As can be seen, where node Nl 3 is entered from node N12, the endpoint entity of 
interest (a client 41) can be said to lie in zone Zl whereas where the node N13 is entered 
from node 1 1, the client 41 can only be said to reside in the locality defined by the sum of 
zones Zl and Z2. Where node N13 is exited towards node N14, client 41 can be said to lie 

30 inzoneZl whereas ifnodeNl 3 is exited towards node Nl 5, then client 41 lies inzoneZ2. 
Generally, the node exit direction will give more precise geographic significance 
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information than the node entry direction (since, of course, the latter corresponds to the 
exit direction information of the upstream node, and the geographic significance 
information will generally be more pertinent the nearer along the communication path one 
is to the client of interest). Whilst storing geographic significance information for both 
5 entry and exit directions of a node would appear unnecessary, this assumes that all nodes 
have a corresponding record 46; if for example, there was no record 45 for node Nl 5, then 
having the geographic significance information for the exit directions of nodes N13 and 
N12 permits the significance of node N15 being on the communication path still to be 
available. 

10 

Of course, the usefulness of the geographic significance records of the nodes 42 depends 
on a knowledge of the nodes on the communication path towards the client of interest. A 
method has already been described with respect to Figure 3 as to how the intermediate 
nodes along a path through an IP network may be discovered using the "Traceroute" 
1 5 utility. Similar methods exist for other network types. Furthermore, the communication 
infrastructure may include networks that can only be accessed by directly contacting, at 
least initially, a gateway node for the purpose, for example, of carrying out an access 
authorisation procedure and setting up a tunnel through the gateway; in such cases, the 
identity of the gateway will be explicitly known to at least one endpbint entity. 

20 

However, since it may not be possible to discover all nodes along a communication path, it 
is useful to include in each node record 45 entries for known service systems such as 
servers SI and S2 so that where such a service system forms one of the endpoints of the 
communication path, there will always be a default "from" entity. Thus for a 
25 communication path from server S2 to client Ml, if the node N12 is not discovered, the 
geographic significance of node N13 being on the path can still be ascertained from the 
record 45 for node N13. 

The main steps in the operation of the method embodying the invention are depicted in 
30 Figure 5 for a scenario where a service system 40 receives a request for a location-aware 
service from a mobile client 41 and the service system is given the responsibility of 
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deriving location information about the client 41. More particularly, upon receiving the 
client request (step 50), the service system 40 first checks (step 51) to see whether the 
source of the message has an entry in the GeoDB 44 - this could be the case where the 
message is being forwarded by a proxy node that has a corresponding record 45. If such a 
record exists (checked in step 52) then since the corresponding entity is likely to be the 
closest discoverable node to the mobile client, the service system 40 proceeds immediately 
to look up the geographic significance of that node in respect of entry from the service 
system (step 56). 

If the source of the client request does not have an entry in GeoDB 44 , then the service 
system seeks to discover the intermediate nodes lying along the communication path 
between itself and the requesting client (step 53). Since the most accurate geographic 
significance data will be associated with the node closest to the client, once the 
intermediate nodes have been identified, the service system next works down the list of 
nodes, starting from the node nearest the client, until it finds a node for which there exists a 
record in GeoDB 44 (see step 54) and then carries up step 56 for that node. If, however, no 
such node is identified, (checked in step 55), the service system terminates the location 
information discovery method. 

Where the service system found location information on the client, it can either directly use 
the information for input to the requested location aware service or use it to access a more 
precise location determination method (for example, once the general area of a client is 
known, a local location discovery method can be activated or a relevant location server 
interrogated). 

It will be appreciated that whilst in the foregoing example, it was the service system that 
carried out the method steps of Figure 5, the client 41 could alternatively have carried out 
the steps. Furthermore, whilst Figures 4 and 5 have been described in terms of ascertaining 
location information about clients 41, the same approach could be employed for localizing 
the service systems 40 or, indeed, any other communication endpoint. 
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With respect to how the data for the GeoDB is collected, it could largely be derived by 
studying the routing tables of the nodes 42. However, an empirical method is likely to be 
more practical and the steps involved in one such method are illustrated in Figure 6. More 
particularly, a mobile client equipped with location discovery means, such as a GPS 
5 receiver or a local location-data beacon receiver, is moved around the geographic area of 
interest. At selected locations, the client discovers its location and send the location data 
back to a service system 40 (step 60). The service system then identifies the intermediate 
nodes (step 61) on the communication path between itself and the mobile client. Next, for 
the geographic-significance record 45 of the each identified node, the service system adds 
10 the received location data to a respective location collection associated with each record 
entry relating to a node entry/exit direction lying along the communication path between 
the service system and mobile client (step 62). 

Steps 60, 61 and 62 are then repeated for a plurality of different locations until data 
15 gathering is complete (checked for in step 63). 

Thereafter, the service system consolidates (step 64) the location data in each collection to 
form a zone description encompassing all indicated locations, this being the zone data Zl 
and Z2 of Figure 4 stored in the records 45. 

20 

This process is carried out for the or each service system of interest (in fact, it is not 
necessary to target any particular service system from the point of view that some relevant 
geographic significance information is likely to be derived wherever the non-client 
endpoint is - however, unless the non-client endpoint is close to the real service systems of 
25 interest, nodes close to these systems may not be involved in the data gathering phase). 

As will be appreciated by persons skilled in the art, many variants are possible to the 
above-described embodiment. For example, since the execution of utilities such as the 
30 "Traceroute" program for discovering intermediate nodes between two endpoints only* 
requires that the address of the far endpoint be known and does not, in fact, require the 
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establishment of communication between the endpoints, the method of Figure 4 can be 
used to discover location information about an endpoint of a potential communication path 
and not just an actual communication path provided an address is known for the endpoint. 

5 Furthermore, whilst the Figure 4 method has been described generally in relation to data 
paths through the communications infrastructure, it will be appreciated that where 
signaling-data paths are distinct from load-data paths (as in a telephone network for 
example), then the described method can be applied equally to the load-data and signaling- 
data paths. 

10 
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CLAIMS 



1. A method of deriving location information about a first entity forming one endpoint of 
an actual or potential communication path at the other end of which is a second entity, the 
path extending at least in part through a fixed communications infrastructure, said method 
comprising the steps of: 

(a) identifying one or more intermediate nodes that lie along said path and are internal to 
the fixed communications infrastructure; 

(b) accessing information about the geographic significance of at least one said 
intermediate node when considered in a direction along said path towards said first 
entity; and 

(c) using the geographic significance information accessed in step (b) to provide said 
location information about the first entity. 

2. A method according to claim 1 , wherein the geographic significance information of a 
said intermediate node comprises information that takes account of at least one of the 
following parameters: 

(i) downstream intermediate node, 

(ii) upstream intermediate node, 

(iii) second entity; 

step (b) involving accessing the geographic significance information on the basis of at least 
one of the foregoing parameters. 

3. A method according to claim 2, wherein geographic significance information taking 
account of parameter (i) is available and is preferentially used to obtain the geographic 
significance information for step (c) in cases where an upstream intermediate node has 
been identified in step (a). 
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4. A method according to any one of the preceding claims, wherein steps (a) and (b) taken 
together result in the accessing of geographic significance information on the intermediate 
node which is closest to the first entity and for which such information exists. 

5. A method according to any one of the preceding claims, wherein said second entity is a 
service system contacted by the first entity, the second entity carrying out steps (a) to (c). 

6. A method according to any one of the preceding claims, wherein the first entity is a 
mobile entity and the second entity is a service system. 

7. A method according to any one of the preceding claims, wherein the second entity uses 
the geographic significance information obtained in step (c) to initiate further location 
determination steps in respect of the first entity. 

8. A method according to any one of the preceding claims, wherein said path is at least in 
part through an IP network and step (a) is effected by causing time-to-live timeouts at 
successive nodes along the path. 

9. A method according to any one of the preceding claims, wherein the first entity is a 
mobile entity with cellular radio capability and said path extends from the first entity, over 
a cellular radio infrastructure and through a gateway, this gateway forming a said 
intermediate node. 

10. A method according to any one of the preceding claims, wherein the communication 
path is one of a data path for load data and/or signaling data. 

11. A method of discovering geographic significance information about nodes in a 
communications infrastructure, comprising the steps of : 

(a) deriving location data about a first entity forming one endpoint of an actual or 
potential path through the communications infrastructure to a second endpoint entity; 



15 

(b) identifying one or more intermediate nodes along said path; 

(c) associating the location data with the or each said intermediate node; 

(d) repeating steps (a) to (c) multiple times and thereafter consolidating for each node, 
the associated location data into location zone data constituting said geographic 

5 significance data for the node. 



12. A method according to claim 1 1 , wherein step (c) involves for each node with which 
location data is associated, noting the identity of any upstream/downstream node along 
said path towards the first entity; step (d) providing the location zone data for the node for 

10 access according to upstream/downstream node. 

13. A method according to any one of claims 1 to 10, wherein the geographic significance 
data is provided by a method according to claim 11 or 12. 
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ABSTRACT 

Deriving Location Information about a Communicating Entity 

Location information about a communicating entity (41), in particular a mobile entity, is 
derived by identifying intermediate nodes (42) along the communication path being used 
by the entity, and then looking up, in a database (44), the geographic significance of at 
least one of these nodes when considered in a direction along the communication path 
towards the entity of interest. Preferably, account is taken of any identified downstream / 
upstream nodes to refine the geographic significance of a node. The geographic 
significance information can be compiled by taking location fixes at a plurality of endpoint 
locations and associating the location data thus obtained with the intermediate nodes 
traversed when communication is effected from the corresponding endpoint locations. 
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